home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄25⁄91 / 2757-Re MacApp C++ load⁄d-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.2 KB  |  60 lines  |  [TEXT/GEOL]
  1. Item    9803679                         20-Jan-91        12:17
  2.  
  3. From:   KSAND@APPLE.COM@INTERNET#       Gateway to Internet/BITNET/UUCP
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Item forwarded by       SPA.DTS      to SPA0144 
  8.  
  9. INTERNET# Document Id: <48292@apple.Apple.COM>
  10.  
  11. ------------------------------------------------------------------------------
  12.  
  13. Sub:    Re: MacApp C++ load/dump
  14.  
  15. If you use AppleLink 6.0, you win! The Reply button works for gatewayed E-mail.
  16. Otherwise, copy & paste this: ksand@Apple.COM@INTERNET#
  17.  
  18. From: ksand@Apple.COM (Kent Sandvik)
  19. References: <8482057@AppleLink.Apple.COM>
  20. Lines: 32
  21. Organization: Apple Computer Inc., Cupertino, CA
  22. Newsgroups: apple.mac.app
  23. Path: apple!ksand
  24. To: macapp.tech$@applelink.apple.com
  25.  
  26.  
  27. In article <8482057@AppleLink.Apple.COM> RANSON@AppleLink.Apple.COM (France -
  28.  Ranson, Lannion,IDV) writes:
  29. >I have installed ETO#2 on my disk, and I am happy to report that the MacApp
  30. >samples in Object Pascal and C++ compile and run OK (Well, I have checked with
  31. >Nothing...). Just two problems:
  32. >- The C++ compiler warns about an attempt to use -d/-u with load/dump.
  33.  
  34. That is normal, dumped information has problems to trace dynamic information
  35. (like generated with the -d and -u options). The only way to solve this
  36. is to create a new dump file for each #define/#undef case...
  37.  
  38. >- The UMacApp.h.dump seems to be rebuilt each time (I get the comment line
  39. >"C++ Load/Dump: UMacApp.h.dump") which kind of defeats the whole idea.
  40. >What's going on?
  41.  
  42. Usually the generic MacApp dump file should be created the first time
  43. you use the MacApp headers. A far better approach is to create your
  44. own dump file with header file dependencies.
  45.  
  46. We got so many requests of how to do this so we have a working
  47. example of DemoText/C++ that shows how to make the changes in
  48. source files and the MAMake file. I'm trying to get this posted
  49. to AppleLink later next week (also included in DTL (Developer Technical
  50. Library) and the Q&A stack).
  51.  
  52. Hope this helps,
  53.  
  54. Kent Sandvik, DTS
  55.  
  56. --
  57. Kent Sandvik, Apple Computer Inc, Developer Technical Support
  58. NET:ksand@apple.com, AppleLink: KSAND  DISCLAIMER: Private mumbo-jumbo
  59. Zippy++ says: "Read my lips, no more C++ syntax..."
  60.